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(54) Communication system with plurality of synchronised data links 



(57) A digital system (100) has two or more nodes 
(120, 130) and a communication channel (110, 111) for 
transferring a single stream of ordered data from one 
node to another. The communication channel (110) has 
a number of data links (110a-110g) for transferring a 
plurality of sub-streams of data in a parallel fashion in 
order to transfer more data than a single data link is 



capable of transferring. Receivers (132a-132g) each 
have synchronizing circuitry (200, 202) for synchroniz- 
ing a byte clock and a frame pulse of each received data 
sub-stream to the byte clock and frame pulse of a prese- 
lected master one of the receivers such that inherent 
data skew is eliminated. 
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Description 

[0001] This invention relates to transferring large amounts of data between various nodes of a digital system, and 
more particularly to providing a communication channel that can have a plurality of synchronized data links provide a 

5 higher bandwidth than can be provided by a single data link. 

[0002] Within a digital system, streams of data are often transferred from one node in the system to another. This 
is often done in a word parallel manner using a multi-bit bus, such as a 64 bit data bus or a 32 bit address bus. When 
a digital system is implemented on different printed circuit (PC) cards, a backplane which has one or more buses is 
used to interconnect the PC cards. In each case, each word transfer is done in manner so that all of the bits of the word 

10 on the parallel signal lines of the data bus remain synchronized with a designated timing signal. 

[0003] A digital system may have two or more nodes which are separated by a distance that makes interconnection 
via a backplane impractical. In this case, data streams are transferred over a communication channel that may be a con- 
ductive cable, an optical link, an infared link, or a radio link, for example. Generally, the data stream is transferred in a 
serial manner over the communication channel so that only a single link is required. Cables may provide multiple signal 

15 lines so that the data stream can be transferred in a parallel manner, but the transfer rate is controlled so that all of the 
bits of the word on the parallel signal lines of the cable remain synchronized with a designated timing signal. 
[0004] Any physical media for transferring data inherently causes a delay in the transfer of the data. When parallel 
data links are employed, each data link may have a slightly different delay characteristic due to physical differences. 
Thus, a skew is introduced between data transferred on the different links. Induced skew limits the transfer rate at which 

20 data can be transferred In a parallel manner on a communication channel. 

[0005] An illustrative embodiment of the present invention seeks to provide a method for transferring a single 
stream of data on a plurality of data links that avoids or minimizes above-mentioned problems. 
[0006] Aspects of the invention are specified in the claims. In carrying out principles of the present invention, a 
method provides for transferring a single stream of ordered data over a plurality of data links each having a transmitter 

25 and a receiver, wherein the single stream of data comprises a plurality of words each having a plurality of bits. The 
method divides the single stream of data into a plurality of sub-streams of data and inserts a frame pulse periodically 
in each sub-stream of data. Each sub-stream of data is then transmitted over a corresponding data link of the plurality 
of data links in a parallel manner to form a plurality of received data sub-streams, wherein a first data link has a first 
delay time that may be different from a second delay time of a second data link, such that a data skew occurs between 

30 a first received data sub-stream and a second received data sub-stream. After reception, a byte clock is recovered from 
each received data sub-stream and the byte clock and frame pulse of each slave received data sub-stream is synchro- 
nized to the byte clock and frame pulse of the master received data sub-stream such that the data skew is eliminated. 
Then, the plurality of received data sub-streams are combined to form a single received stream of ordered data. 
[0007] According to another feature of the invention the byte clock of each data slave link if forced to align approx- 

35 imately with the byte clock of the master data link, and a bit tap point on each received data sub-stream is shifted so 
that byte boundaries of each received data sub-stream align with the byte clock associated with each received data 
sub-stream. 

[0008] According to another feature of the invention, frame synchronization is tested for by determining if the frame 
pulse of each of the slave received data sub-streams is synchronized with the frame pulse of the master received data 
40 sub-Stream. If frame synchronization is not present, then a byte tap point in each of the slave received data sub-streams 
is shifted up to a first number of times until each slave received data sub-stream is frame synchronized with the master 
received data sub-stream. 

[0009] According to another feature of the invention, a byte tap point in the master received data sub-stream is 
shifted by one position if global frame synchronization is not achieved, and then the slave tap points are again shifted 
45 until each slave received data sub-stream is frame synchronized with the master received data sub-stream. 

[0010] For a better understanding of the present invention, reference will now be made, by way of example, to the 
accompanying drawings, in which: 

FIGURE 1 is a block diagram of a portion of a digital system illustrating a communication channel for transferring 
50 data between two nodes of the system, according to aspects of the present invention; 

FIGURE 2 is a block diagram showing more detail of the plurality of data links which interconnect the two nodes of 
Fig. 1; 

FIGURE 3 is an illustration of a typical frame of data which is transferred on the communication channel of Fig. 1; 
FIGURE 4 is a more detailed block diagram of a data link transmitter of Fig 2; 
55 FIGURE 5 is a schematic illustrating interconnections of the plurality of data link transmitters of Fig 2; 
FIGURE 6 is a state diagram illustrating the operation of the data link transmitter of Fig 4; 
FIGURE 7 is a more detailed block diagram of a data link receiver of Fig 2; 
FIGURE 8 is a schematic illustrating interconnections of the plurality of data link receivers of Fig 2; 
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FIGURE 9 is a more detailed block diagram of the clock recovery circuit for the receiver of Fig 7; 
FIGURE 10 is a schematic of the bit shifter for the receiver of Fig. 5; 

FIGURE 1 1 is a state diagram which controls the synchronization process of the communication channel of Fig. 2; 
FIGURE 12 is a timing diagram illustrating S2PSyncOut signal timing; 
5 FIGURE 13 is a timing diagram illustrating byte clock synchronization of the plurality of data links of Fig 2, according 

to an aspect of the present invention; 

FIGURE 14 is a timing diagram illustrating bit rotation of the plurality of data links of Fig. 2 to produce byte align- 
ment to a common word clock, according to an aspect of the present invention; 

FIGURE 15 is a timing diagram illustrating frame synchronization of the plurality of data links of Fig 2, according to 
10 an aspect of the present invention; 

FIGURE ISA is a flow chart illustrating the process of byte aligning the plurality of data links of Fig 2; 

FIGURE 16B is a flow chart illustrating the process of frame synchronization used in each slave link of Fig 2; and 

FIGURE 16C is a flow chart illustrating the process of frame synchronization used in the master link of Fig 2. 

15 [001 1] Corresponding numerals and symbols in the different figures and tables refer to corresponding parts unless 
otherwise indicated. 

[0012] Aspects of the present invention include methods and apparatus for transferring a single stream of ordered 
data over a communication channel having a plurality of parallel data links which each may have varying amounts of 
inherent delay. In the following description, specific information is set forth to provide a thorough understanding of the 
20 present invention. Well known circuits and devices are included in block diagram form in order not to complicate the 
description unnecessarily. Moreover, it will be apparent to one skilled In the art that specific details of these blocks are 
not required in order to practice the present invention. 

[0013] FIGURE 1 is a block diagram of a portion of a digital system 100 illustrating a communication channel 1 10 
for transferring data between two nodes (120, 130) of the system, according to aspects of the present invention. A 

25 reverse channel 111 is provided for transferring data in the opposite direction to channel 110, and uses a separate 
physical media. Another embodiment may multiplex bi-directional data on the same physical media. 
[0014] Node 120 has transmitting circuitry 121 , receiving circuitry 122, and processing circuitry 123. Processing cir- 
cuitry 123 may include a digital signal processor, memory circuits, analog or linear circuits, or any of a wide range of 
known or novel circuits. Similarly, node 130 has transmitting circuitry 131, receiving circuitry 132, and processing cir- 

30 cuitry 1 33. Physical media 1 1 5 connects transmitter 1 21 to receiver 1 32, and is twisted pairs of wire in this embodiment. 
Likewise, physical media 116 connects transmitter 131 to receiver 122. 

[0015] Due to a need to transfer a large amount of data across communication channel 1 10, a plurality of data links 
are included within channel 110. 

[0016] FIGURE 2 is a block diagram showing more detail of the plurality of data links which interconnect the two 

35 nodes of FIGURE 1. Seven data links 1 10a-1 lOg are illustrated, but communication channels with a greater number or 
a fewer number of data links can be embodied, according to aspects of the present invention. Circuitry 150a-g divides 
a single stream of ordered word data on bus 150 into a plurality of sub-streams of ordered byte data. Data bus 150 is 
m bits wide for m-bit words, while each of buses 150a-150g are n bits wide and bytes are n-bits. However, in another 
embodiment, 150a-150g could be different widths. 

40 [0017] Data links 1 10a-1 lOg transmit each data sub-stream serially, but all the data links transmit in a parallel man- 
ner so that all of the data sub-streams are received approximately coincidentally. However, each data link 110a-110g 
has an inherent transfer delay time, and the transfer delay time of one link is typically different from the transfer delay 
time of another link due to physical differences in the data links. Therefore, a skew is induced between the various 
received data sub-streams at receivers 132a-132g. According to aspects of the present invention, receivers 132a-132g 

45 compensate for the skew between data links so that circuitry 160 can combine the plurality of received data streams to 
form a single received data stream of ordered data which is m bits wide. This single stream of data can be buffered in 
a single FIFO 170 in response to a common word clock 171 before being sent to processing circuitry 133. 
[0018] According to an aspect of the present invention, one of the links is designated as a master link, and all of the 
other links are designated as slave links. During operation, the slave links are synchronized to the master link by syn- 

50 chronizing circuitry 200 and 202 in each receiver. 

[0019] FIGURE 3 is an illustration of a typical frame of data which Is transferred on each data link of communication 
channel 1 10 or 1 1 1 of FIGURE 1 . Each frame includes a frame pulse portion 200 and a data portion 210. The length 
of the frame is defined by a frame_count_width 220, and is typically 1024 bytes. Each byte comprises a number of bits, 
which is defined by a datapath_width variable. For a given embodiment of digital system 100, the number of data links 

55 1 10a-1 10g, the frame_count_variable and the datapath_width are selected when digital system 100 is designed; how- 
ever, other embodiments may vary, as will be discussed later with reference to Table 15. 

[0020] The framing pulse and pattern formats are given in Table 1. The framing pulse occupies. two bytes, and the 
least significant two bits are masked and used to transfer status information. Framing pulse 200 includes 
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FRAME_SYNC_SEQ 201, status bits FVALID 202 and FERF 203. During synchronization of channel 110/111, stuff 
characters are Inserted in data portion 210 in order to provide sufficient edge density to allow a clock recovery circuit to 
achieve lock. The stuff characters shown in Table 1 are selected to provide maximum hamming distance between the 
framing pulses and the stuff characters to eliminate the possibility of false framing. Each stuff character shown in Table 
5 1 is zero filled to occupy two byte positions. 
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20 Table 1: Framing Pulse Format 



[0021] Two status bits are defined. FVALID 202 indicates that the current frame contains user data. FERF 203 (far 
25 end receiver failure) conveys the status of the local receiver's OOF (out of frame indicator) to the downstream transmit- 
ter for use in enabling data transfer. 

[0022] For example, during synchronization, receiver 132's OOF Is active and transmitter 121 is outputting the stuff 
pattern in the payload. Receiver 132*s OOF is transmitted to receiver 122 via bit 0 (FERF) of the header pattern in link 
111. This is decoded in receiver 122 and included in the logic which decodes link synchronization in transmitter 121. 

30 Hence link 1 1 0 does not start transferring valid data until all elements are ready. 

[0023] FIGURE 4 is a more detailed block diagram of a data link transmitter 400, which is the same as transmitters 
121a-121g of Fig 2. FIGURE 5 is a schematic illustrating interconnections of a plurality of data link transmitters 400(i). 
For multiple data links, each link transmits framing pulses simultaneously The transmitters are synchronized using a 
master transmit strobe. The functional blocks are described below. 

35 [0024] Table 2 describes various signals which are connected to transmitter 400 as shown on Fig 4 and/or Fig 5. 
All signals are active high unless explicitly stated otherwise. 

[0025] Throughout this document the VHDL attribute syntax has been used to represent bus widths. For example 
BUS'high represents the integer Index of the highest bit in the bus BUS'LOW represents the integer Index of the lowest 
bit in the bus. BUS'range represents the range of bits. The keyword 'downto' is used to represent all bits between two 
40 indexes. 

[0026] For example, an eight bit bus DATA[7:0]: 

DATA'high = 7 
DATA'low = 0 
45 DATA'range = 7 downto 0 



50 



55 



4 



EP 0 996 262 A1 



5 



20 



25 





|irt»mtW:' 






RESET 


External 


Input 


Reset signal for framer and scrambler Reset causes the scrambler to 
be preloaded with all I's 


CLOCK 


External 


Output 


Byte clocks. These are identical clocks derived from the transmit bit 
clock. 


TMODE 


External 


Input 


Places the transmitter into test mode. 


PRBSEN 


Extamai 


Innut 


This signal may be used to enable/disable the scrambler 


N£RF 


External 


Input 


Stetus signal indicating the status of the receiver on this channel at 
this end of the link. 


FERF 


External 


Input 


Stetus signal indicating the atetus of the receiver on this channel at 
the far end of the link. 


TFPIN" 


Internal 


Input 


This signal is used by alave transmitters to align their frame pulse 
transmit sequences with the master 


TFPOUT 


Internal 


Output 


This signal is output by the master during frame sequence insertion. 
It should be left unconnected on slave instances. 


TXLSIN 


Internal 


Input 


Transmit link stetus in. This signal is used to move all the link 
transmit stete machines into the SYNC stete. 


TXSCIN 


Internal 


Input 


Transmit stetus chain in. This is a daisy-chained signal which is used 
to confer individual transmit status signals back to the master. 


TXSCOUT 


Internal 


Output 


See above. 


DATA.IN 


External 


Input 


((DATA PATHTiigh-l) downto 0) 
Date input valid when TDEN is TRUE. 


TDEN 


External 


Output 


This output defines the period when date may be read by the 
transmitter and is designed to be interfaced directly to a FIFO. 


DATA.OUT 


Internal 


Output 


((DATAFATHTiigh-l) downto 0) 

Date output valid on rising edge of clockk. Connect directly to P2S. 



Table 2: Transmitter Interface Description 



[0027] Table 3 describes signals used by Frame Output circuitry 410 and Multiplexer 430. In response to a timing 
signal from the TX FSM the frame output circuitry 41 0 outputs framing bytes to the transmit multiplexer 430. Multiplexer 
35 430 then sends the n-bit wide data sub-stream to the parallel to serial (P2S) converter 450. P2S 450 sends the serial- 
ized data sub-stream to physical media interface 460. The output of interface 460 is determined by the type of physical 
media 115 used in the communication channel. 

[0028] FIGURE 5 shows an implementation which fully synchronizes the bidirectional link 110/111 before transmit- 
ting data. The FERF signal that is conveyed on the master link is the only one used in synchronization. The other FERF 
40 inputs may be used to transfer proprietary in-band data. 

[0029] During the HUNT, PREBYTESYNC and PRESYNC states (described with reference to Fig 6) a fixed 
sequence is output in the frame payload which does not contain false framing patterns (see Table 1). At all other times 
multiplexer 430 forwards inputs from scrambler 420. All signals are active high unless explicitly stated otherwise. 
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reset 


input 


synchronous reset 


clock 


input 


internal clock 


frame_sync_gate 


input 


Control signal used to define the period during 
which a framing pulse occurs. 


nerf 


input 


Near end receiver failiu^ 


prba.en 


input 


Scrambler enable 


data.out 


Output 


((D ATAPATHTiigh- 1) downto 0) 
data bus sent to receiver 


prbs_data_out 


input 


((DATAPATHTiigh-l) downto 0) 
data bus from scrambler 



Table 3: Multiplexer Interface Description 



[0030] It is desirable to provide scrambling on the data to reduce EMC and provide sufficient edge density to ensure 
a low cost local oscillator may be used to generate the reference clock in an embodiment which uses a clock recovery 
device. Table 4 describes signals used by scrambler 420. All signals are active high unless explicitly stated otherwise. 



reset 


input 


synchronous reset 


clock 


input 


internal clock 


tmode 


input 


Test mode input 


Frame_sync_gate 


input 


Used to reset the MFSK 


prbs_ena 


input 


Scrambling enable 


data-in 


input bus 


((DATAPATH'high-1) downto 0) 
Input data 


data_out 


output bus 


((DATAPATH'high-1) downto 0) 
Output data (scrambled or descrambled) 



Table 4: Scrambler/Descrambler Interface Description 



[0031] Scrambler 420 randomizes the data using a maximal length shift register (MLSR) with tap points selected to 
provide pseudo random behavior. The generator polynomial may be set to one of the values listed in Table 5. Alterna- 
tively, other polynomials may be used. 

[0032] Different scrambling polynomials may be selected according to perceived correlation of the periodicity of the 
scrambler and the framing pattern. The scrambler may be selected according to the application and may be frame or 
self synchronizing. 

Correlation and Periodicity 

[0033] A pseudo-random sequence generated by an n-bit maximal length shift register is a binary sequence of 
period r = 2"-1 . The output will have a period equal to the least common multiple, LCM, of p (the input period) and r. 
The LCM is enlarged by selecting a prime number for r, 

[0034] X +X +1 : This scrambler is defined in ITU-T Rec. G.709 for its performance in clock synchronization. 
[0035] X +X : This is the scrambler defined in the ITU-T Rec. 1.432 (or in the ETSI ETS 300 299) for the cell 
based physical layer. It is a distributed sample scrambler having the pseudo random sequence polynomial 
X^Vx^®+1 . 
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Polynomial 


Reference 




X31 X28 1 


X'+X^'+l 


X7 X6 1 


X"+l 


k X43 1 


X''+X'*+l 


k X17 X14 1 



Table 5: Scrambler/Descrambler Generator Polynomial 



[0036] During the framing sequence frame synchronous scrambler 420 is reset to all Vs. Scrambler 402 may be 
15 disabled permanently via the top level interface. When in test mode scrambler 420 ignores the data and outputs the 
scrambler code, descrambler 720 (see FIGURE 7) behaves normally. 

[0037] Transmit FSM (Finite State Machine) 440 outputs codes to enable the frame sequence. It also accepts a 
master framing pulse input to which output frame sequence timing is locked. The transmitter waits for removal of FERF 
before enabling normal operation of TXEN. In test mode input data is ignored and the frame period is set to 16 bytes. 
20 Signals used with Transmitter Finite State Machine 440 are described in Table 6, All signals are active high unless 
explicitly stated otherwise. 



reset 


input 


synchronous reset 


clock 


input 


internal clock 


tmode 


input 


Teat mode input. 


frame.8yuc_ext 


input 


for slave modules, this signal is connected to the 
tfpout port of the master. 


tx_link_sync_in 


input 


transmit link status in. Enables the transmit state 
machines to move to PRESYNC state. 


ferf 


input 


Far end receiver failure indication for final link 
synchronisation. 


tx_aync_chain_in 


input 


transmit status chain in. 


Tx_sync_chain_out 


output 


transmit status chain out. 
tx_sync_chain Jn and tx_sync_chain_out are 
connected together for the master module. Each 
state ANDs the tx_sync_chain.in signal with its 
own status. 


frame_syncj?ate 


output 


active high for each for each frame period. 


CASTE 


generic integer 


program the module as a master or a slave. 



Table 6: Transmit Finite State Machine Interface Description 

45 



[0038] Table 7 lists the states and codes of FSM 440. Signal Frame_sync_gate_int is an Internal framing pulse. Sig- 
nal Frame_sync_disparity is a difference between Frame_sync_gate_int and Franne_sync_gate_ext. In the table, '1' 
50 denotes a signal in its active state, '0* inactive. This may not correspond with high and low logic levels within the design. 
[0039] FIGURE 6 is a state diagram illustrating the operation of the data link transmitter 400. 
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1 


1 


t 


0 


X 


X 


X 


X 


1 
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HUNT 


1 


1 



25 Table 7: TX Finite State Machine Transition Table 



30 [0040] FIGURE 7 is a more detailed block diagram of data link receiver 700, which is the same as receivers 132a- 
132 of FIGURE 2. Receiver 700 performs the following functions: 

Receives the data sub-stream from physical media 701 in physical media interface circuit 702. 
Recovers the data using an appropriate clock phase in clock recovery circuit 704. 
35 • Converts the serial data into byte data with an appropriate byte clock in serial-to-parallel circuit 706. 
Recovers framing pulses in frame check circuit 710. 
Recovers bit alignment from framing patterns in bit shifter 730. 

Descrambles the encoded data in descrambler 720. Descrambler 720 descrambles the received data sub-stream 
in a complimentary manner to scrambler 420. 
40 • Recovers byte alignment by accounting for differential skew between links in byte pipe 750 in conjunction with tap 
point multiplexer 751 . 

Test circuit 760 provides methods for determining if receiver 700 Is functioning properly. 

[0041] FIGURE 8 is a schematic illustrating interconnections of a plurality of data link receivers 700(i). Multiple 
45 receivers are cascaded to provide wide data-paths and data rates higher than that supported by any one data link tech- 
nology, according to aspects of the present invention. One data link receiver is designated as the master receiver and 
the other receivers are designated slaves. This is done when the receivers are instantiated using a CASTE attribute. 
Alternatively, a CASTE signal can specify the type link. 

[0042] Table 8 describes various signals which are connected to receiver 700 as shown on Fig 7 and/or Fig 8. All 
50 signals are active high unless explicitly stated otherwise. 
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Pin Nflmo 


UuCr 

Ext 


input/ 
Output 


uescripuou 


RESET 


Ext 


Input 


Reset signal for receive section 




tiXt 


Output 


Word clock. Derived from the transmit data and the local reference 
clock. 


rMOJJr* 




Input 


This signal places the receiver in test mode 


TPASS 


Ext 


Output 


Indicates a test pass. 


TFIN 


Ext 


Output 


Indicates test completion. 


RDVAL 


Ext 


Output 


This output defines when data is valid on the RDATA pins and may 
be used to interface directly with a FIFO. 


S2PSYNC0UT 


Int 


Output 


This signal is used to drive the S2PSYNCIN signals on all slave 
mstances. It should be left unconnected on all instances except the 
master. 


RFPIN 


Int 


Input 


This signal is used to synchronize the b3rte alignment on slave 
mstances. This should be tied FALSE on the master. 


BLCIN 


Int 


Input 


Byte Locked Chain In: Daisy chain which confers link byte lock 
status to the master 


LBLIN 


Int 


Input 


Link Byte Locked In: Multidrop signal driven by master to indicate 
the link is byte locked. 


LSIN 


Int 


Input 


Link Sync In: Multidrop signal driven by the master to indicate the 
link IS fully synchronized. 


BLCOUT 


Int 


Output 


See BLCIN. 


LBLOUT 


Int 


* Output 


See LBLIN. Connected on master only. 


LSOUT 


Int 


Output 


See LSIN. Connected on master only. 


RFPOUT 


Int 


Output 


This signal is used to force alignment on the output bytes of all 
instances which form a link. It should be left unconnc^cted on all 
instances except the master. 


OOF 


Ext 


Output 


These outputs indicate whether the respective receivers are in*{rame 


FERF 


Ext/ 
Int 


Output 


Far end Receiver Failure. This signal is used to convey downstream 
receiver failures to upper layers and to synchronize the flow of data. 


PRBSEN 


Ext 


Input 


This input may be used to disable the receive descrambler 


DATA.IN 


Int 


Input 


((DATAPATIThigh-l) downto 0) 

Received data from the S2P valid on the rising edge of WordClock. 


DATA,OUT 


Ext 


Output 


((DATAPATIThigh.l) downto 0) 

Receive data valid on the rising edge of WordClock when RDVAL is 
asserted. 



Table 8: Receiver Interface Description 



40 

[0043] FIGURE 9 is a more detailed block diagram of the clock recovery circuit 704. Clock generator 900 generates 
a plurality of clock phase signals 902(i) based on reference clock 903 using known techniques. Each clock phase signal 
902(i) differs in phase by approximately 1/8 of a bit period. Clock recovery circuit 901 then compares edge transitions 
on received data sub-stream 904 to each of clock phase signals 902(i) and selects a clock phase signal that is most in 
45 correspondence with the received data sub-stream. In this manner, a bit clock is formed that has a fixed time relation to 
local reference clock 903. 

[0044] S2P circuit 706 then converts the serial received data sub-stream to a sequence of parallel data bytes on 
data bus 910. S2P 706 also forms byte clock on signal tine 91 1 in response to the bit clock signal. When S2P circuit 706 
is instantiated during the integrated circuit design process, the parallel data byte width (n) is selected, as discussed with 
50 reference to Table 1 5. 

[0045] According to an aspect of the present invention, signal S2PSYNC0UT is provided by master receiver 700(0) 
and causes S2P circuit 706 to synchronize byte clock signal 91 1 with the byte clock signal of master receiver 700(0), 
as will be explained in more detail later. 

[0046] FIGURE 10 is a schematic of bit shifter circuitry 1000 that illustrates a byte data path width of five bits. Bit 
55 shifter circuitry 1 000 provides a shiftable bit-tap point that is operable to align byte boundaries of the received data sub- 
stream with the byte clock of the receiver. Latches 1001 and 1002 are cascaded so that together they buffer ten bits of 
sequential data. Multiplexer 1010 is operable to tap any five bits of data from latches 1001 and 1002 in response to 
select signal 1021 formed by counter 1020. The tap point is incremented in response to shift_inc_ena signals received 
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from FSM 740. During synchronization, FSM 740 enables shifting of the tap point until a frame-sync-rx is asserted by 
frame check circuit 710 indicating that a frame pulse has been correctly received. Table 9 describes various signals 
associated with bit shift circuit 1000. All signals are active high unless explicitly stated otherwise. 







,'■■7' : ' ^- 


reset 


input 


synchronous reset 


clock 


Input 


internal clock 


datajn 


input 


((DATAPATIThigh-l) downto 0) 
data bus &om S2P module 


8hift_inc_ena 


Input 


one-bit shift enable (HUNT state only) 


data.out 


Output 


((DATAPATHliigh-l) downto 0) 
data bus connected to the descrambler 



15 

Table 9: Bit Shifter Interface Description 



20 

[0047] Frame check circuitry 71 0 produces frame synchronization pulses on signal line frame_sync_rx when a valid 
frame sequence has been received. These pulses are ungated and may occur outside the normal frame period. Table 
10 describes signals associated with frame checker 710. All signals are active high unless explicitly stated otherwise. 

25 









clock 


input 


internal clock 


reset 


input 


synchronous reset 


frame_sync_gate 


input 


frame synchronisation pulse 


data.in 


input 


((DATAPATH'high-l) downto 0) 
data bus from dec.bit.shifter module 


out„of_fraine 


input 


receiver status signal 


fvalid 


output 


frame valid signal 


ferf 


output 


far end receiver failure signal 


frame_sync„nc 


output 


signal active when a framing pulse is received. 



Table 10: Frame Checker Interface Description 

40 



[0048] Byte pipeline 750 with byte tap point selected by multiplexer 751 is operable to delay the received data sub- 
stream a number of bytes equal to the depth of the pipe. The tap point is selected in response to the frame check cir- 
45 cuitry so that the received data sub-stream is frame synchronized with the received data sub-stream of the master link. 
This process will be described in detail later. The depth of the pipeline is specified when the integrated receiver 700 is 
instantiated during design of an integrated circuit. 

[0049] It is this pipeline depth which defines the amount of skew which can be tolerated between the data links, 
according to an aspect of the present invention. The tap point for this pipeline is set by FSM 740. When appropriate, the 

50 master shifts its tap point as well as the slaves. This occurs over a time period sufficient to allow all the slaves to cycles 
through all possible relative skews on each master tap point. The absolute maximum synchronization lock time is there- 
fore proportional to the number of pipeline stages and the frame length. The pipeline also delays control information 
frame_sync_out and rdvaLout to assure correct synchronization and alignment with the receive data valid signal. 
[0050] Table 1 1 describes signals associated with byte pipe 750. All signals are active high unless explicitly stated 

55 otherwise. 
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/ ./ ' ■■■ 


reset 


input 


synchronous reset 


clock 


input 


internal clock 


data.in 


input 


((DATAPATIThigh-l) downto 0) 
data bus firom descrambler module 


frame_8ync_nc 


input 


a framing pulse is received 


rdva] in 


input 


data valid when there is no framing pulse 


byte„sel 


input 


Selecter for the pipeline stage tap point. 


frame^sync_out 


output 


connected to RFPOUT top-level signal. This signal is 
used to force alignment on the output bytes of all slave 
instances of a link. 


fValid 


input 


frame valid, used to gate rdval. 








rdvaLout 


output 


ready data output 


data_out 


output bus 


received data valid 



Table 11: B3rte Pipeline Interface Description 

20 



[0051] When test mode is enabled, test circuitry 760 checks for set bits in the descrambled data stream. Any set 
bits found are erroneous when the transmitter is also in test mode. Test status is conveyed to the core via signals tpass 
25 and tfin and may also be read by the scan chain, not shown. Table 12 describes signals associated with test circuitry 
760. All signals are active high unless explicitly stated otherwise. 

[0052] A single test is initiated by asserting the TMODE pin on the transmitter and receiver. This test uses 16 byte 
frames to provide a faster method of achieving synchronization. Both transmitter and receiver must be placed into test 
mode as the transmitter must be inhibited from transferring user data. Once the system is synchronized an all zero 
30 frame is transferred over the channel and the descrambled results are checked for set bits. Any set bits will result in a 
test failure, which will be conveyed via TPASS. Resetting the TMODE pin will result in loss of synchronization and there- 
fore a delay before user data transfer may be resumed. 

[0053] Testing is done in conjunction with scan chains and may involve, for example, one of the following: 

35 - Integration into an existing scan chain 
Integration into an additional scan chain 

Integration in the boundary scan chain indexed by a particular instruction code within an IEEE1 149.1 implementa- 
tion. 

40 [0054] Communication channel 110/111 supports both clocked scan and multiplexed flip flop test insertion. 




reset 


input 


S^chronous reset 


clock 


input 


latemal clock 


datajn 


input 


((DATAPATirhigh-1) downto 0) 
Data bus from S2P module 


tmode 


input 


Enable test mode 


prbsen 


input 


PRBSEN recovered from the frame header 


tpass 


output 


Test passed 


tfin 


output 


Test phase complete 



Table 12: Built in Tester Interface Description 

55 

[0055] Receive Finite State Machine 740 controls the operation of receiver 700. Table 1 3 describes signals associ- 
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ated with FSM 740. 





input 


Rvnrhmnntifl rpfu>l 


clock 


input 


intfimftl rlnclc 


tmode 


input 


Test mode input 


Prame_sync_rx 


input 


Framing pulse is received 


externaLfram6_nc 


input 


A framing pulse is received from the master. Used 
lO syncnronize oyxe augnmenc on siave instances 


byteJocke<l„chaiii_in 


input 


Enables master to determine when a link can 
cransibion irom rJtuLoi iJt»QXPiLi to JrtvciOKi^ivf. 
uaisy cnain wuicu coxuero uniL uyvc ioc& swavus w 
the master. 


by tc_lo clc6d_cli a i n_o u t 


ouipuc 


see aoove 


delta.counted_chaiQ_in 


input 


Enables masters to determine when link can 
transition from PRESYNC to SYNC. Daisy chain 
wincn comers unK ueiba couni Sbatus w uie master 


u ei La_co u □ u_ciiaiii_o u t 




a A a a n a v a 

see SDwve 


liak.byteJocked_in 


input 


multidrop signal driven by the master to indicate 

vuc IluK IB Oywe 10CK.CU 


hnk_byte_locked_out 


output 


see above. Connected on master only 


link.syncjn 


input 


multidrop signal driven by the master to indicate 

bile iinjk IB luiijr ajrucni unizea. 


link_8ync_out 


output 


see above. Connected on master only 


byte_sel 


v^uipui 


Uiogfi'U'CiuiXMCi^vviiJixi^i aowDvo v) 
select one byte among the pipeline ones. 


nut* ^Amp 




indicAteft fchfit the receivAr is in or Aut frAmp 


82p_8ync_out 


output 


master sync output to ensure that S2P byte clocks 
are sufficiently aligned. 


firame sync _£ate 


output 


valid during the frame sync pulse. 


frame_8ync_valid_gate 


output 


a frame periodic signal valid for a single clock cycle. 


bit.ahift_inc_ena 


output 


shift enable for Bit Shifter Module 


post_ds_frame_8ync_ 
valid_gate 


input 


Frame.sync.valid^gate delayed by the latency of 
the descrambler. Used for byte aHgnment purposes. 


CASTE 


generic 
integer 


programs the module as a master or a slave. 



Table 13: Receiver Finite State Machine Interface Description 



[0056] FIGURE 1 1 is a state diagram which controls the synchronization process of receiver 700 The framing pat- 
terns are sent at a rate set when transmitter 400 is instantiated, as specified by the frame_count_c variable of Table 15. 
[0057] Table 14 provides a detailed description of the state transitions of FSM 740. 
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Table 14: Receiver FSM state table 



45 [0058] The various states illustrated by FIGURE 1 1 and Table 15 are as follows: 

HUNT (H): During this state the framing sequence is hunted on a bit-by-bit basis. Scrambling is disabled. When a 
correct framing sequence Is identified the state changes to PREBYTESYNC. 

PREBYTESYNC (PB): During this period the state machine shifts the tap point of the byte pipeline until the framing 
50 sequences are aligned with the RFPIN (receive framing pulse — driven by the master). 

PRE SYNC (PS): During this period the frame header sequences are checked frame by frame. An incorrect framing 
sequence results in a return to the HUNT state. 5 correct frame sequences complete on all pairs will cause transi- 
tion to state SYNC. 5 is the max_delta_count_c variable specified when receiver 700 is instantiated, as described 
in Table 15. 

55 SYNC (S): The scrambler is enabled, a errored frame sequences will cause the state to return to HUNT, a is the 
MAX_ALPHA_COUNT_C variable specified when receiver 700 is instantiated, as described in Table 15. 

[0059] A counter in control circuitry 770 continually monitors progress through a frame. Two strobes are generated 
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which are used throughout the design for timing purposes, as follows: 

Frame_sync_gate is a signal which is active during framing pulses and is used to gate the outputs from the frame 
checking logic. 

5 Frame_sync_valid_gate is a signal which is active in the clock cycle immediately following the framing pulse. 

[0060] One chain, byte locked chain (bicin/blcout), is used to Interconnect a plurality of receivers 700, as illustrated 
in FIGURE 8. Master and slave behavior differs slightly. In the master the chain output reflects its own status, on a slave 
the chain output represents the chain input ANDed with the its own status. 
10 [0061] The master uses the chain input to drive the multidrop signals (RFPOUT and S2PSYNC0UT) used in the 
PREBYTESYNC => PRESYNC and PRESYNC => SYNC state transitions. 

[0062] Link synchronization, according to aspects of the present invention, will now be described in detail. During 
link synchronization the master receiver issues a pulse on signal S2PSyncOut which resynchronizes all slave S2P 
devices. This is to ensure that a single word clock 1202 may be used to reliably clock all the bytes. The timing of this 

15 signal is shown in FIGURE 12, illustrating S2PSyncOut signal timing. This resynchronizatlon strobe is active when the 
master is in the HUNT state, and is responsive to the word clock signal, as indicated at 1200. Word clock 1202 is the 
inverse of the byte clock of master receiver 700(0). Due to bit synchronization of master receiver 700, data bytes in the 
master data sub-stream are synchronized with the byte clock of master receiver 700, as indicated at 1201 . 
[0063] FIGURE 13 is a timing diagram illustrating byte clock synchronization of the plurality of data links of Fig 2, 

20 according to an aspect of the present invention. Timing for only three links are illustrated, but it is understood that any 
number of links can be synchronized in a similar manner. Before link synchronization, each of the links recover a bit 
clock 1300, 1302, and 1304 as discussed earlier. Each link then forms a byte clock 1301, 1303 and 1305, but the timing 
of each byte clock signal is not related to the others, as illustrated in FIGURE 13. Therefore, disadvantageously, a single 
clock can not be reliably used to clock all of the received data sub-streams of digital system node 130, as shown at time 

25 1340. 

[0064] As discussed above, S2PSYNC0UT signal 1 31 0 is asserted during the HUNT state of the master and sent 
to the slave data receivers at time 1320. This connection is shown in FIGURE 8. S2P 706(1) in each slave receiver 700{i) 
is operable to reset its own byte clock counter in response to the S2PSYC0UT signal 1310. Thus, each slave receiver 
realigns its byte clock as shown at 1330 and 1 331 to approximately align with the byte clock of the master receiver. Also, 
30 each S2P 706(i) places a new data byte on its data_out bus 771 (i) in accordance with the realigned byte clocks, as 
shown at time 1350. Thus, advantageously and according to an aspect of the present invention, a single inverted byte 
clock 1360 can be used to clock the data sub-streams of all of the receivers, as shown at time 1351. This single byte 
clock is also referred to as the word clock. While the data transitions at time 1350 have a jitter 1352, reliable clocking at 
time 1351 is assured. 

35 [0065] However, the data bytes framed by the byte clocks do not necessarily correspond to the underlying data sub- 
stream. For example, link(1) bytes now begin at bit 3 as shown at 1370, for example. Likewise, link(2) bytes begin a bit 
4 at 1371, for example. 

[0066] FIGURE 14 is a timing diagram Illustrating bit rotation of the plurality of data links of FIGURE 2 to produce 
byte alignment to common byte clock 1360, according to an aspect of the present invention. As discussed earlier, the 
40 bit tap point of bit shifter circuitry 730 in each receiver is set to align byte boundaries of the received data sub-stream 
with word clock 1360, as shown at 1400. In Figure 14, signals 771 (i) are the link(i) byte signals on bus 771 of Figure 7 
and signals 772(i) are the rotated link(i) byte signals on bus 772 of Figure 7. Now, advantageously, link(1) bytes begin 
with bit 1 as shown at 1410 and link(2) bytes also begin with bit 1 , as shown at 141 1 . 

[0067] Thus, according to an aspect of the present invention, each data link now provides a sub-stream of correctly 
45 ordered bytes that can be combined to form a single received data stream of ordered data that can be reliably clocked 
with a single clock into a single processing circuit, such as single FIFO 170 of FIGURE 2. However, different inherent 
delays in each data link may result in byte skews between received data sub-streams. 

[0068] FIGURE 1 5 is a timing diagram illustrating frame synchronization of the plurality of data links of Fig 2 in order 
to remove unwanted byte skew between received data sub-streams, according to an aspect of the present invention. 

50 [0069] In FIGURE 15A, which illustrates only three links for clarity, a master link has a frame pulse 1510 at time 
1501, while slave link(1) has a frame pulse 1520 at time 1502, and slave link(2) has a frame pulse 1530 at time 1500. 
Clearly, three data bytes clocked (one byte from each link) at time 1503, for example, will not be correctly ordered. 
[0070] Still referring to FIGURE 15A, according to an aspect of the present invention, receiver 700 has a byte pipe 
750 which has several tap points, as discussed earlier. Five are illustrated (1511-1514), but other embodiments can 

55 have fewer or more, as indicated in Table 1 5. Advantageously, by selecting tap point 2 on the master, illustrated at 
1512a, and tap point 3 on slave 2, illustrated at 1533, all three frame pulses 1510a, 1520a and 1530a are aligned at 
time 1540. Therefore, three data bytes clocked at time 1503, for example, will be correctly ordered, according to an 
aspect of the present invention. 
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[0071] Likewise, referring to FIGURE 1 5B, a skew 1 550 of up to four bytes can be corrected with a pipe having five 
tap points. By selecting tap point 5 illustrated at 1535, and by selecting tap point 4 illustrated at 1514a, all three frame 
pluses 1510b, 1520b, and 1530b are aligned at tinne 1560. 

[0072] Therefore, as the length of byte pipe 750 is increased in each receiver, the amount of data link skew that can 

5 be tolerated is increased, according to an aspect of the present invention. 

[0073] FIGURES 16A-16C are flow charts illustrating the process of synchronizing the byte clock and frame pulse 
of each received data sub-stream to the byte clock and frame pulse of the master received data sub-stream such that 
data skew is eliminated. FIGURE 16A is a flow chart illustrating the process of byte aligning a plurality of data links. In 
step 1600, a data transmission channel is instantiated using multiple data links. In step 1602,transmission is begun on 

10 each link pair with stuff characters in the payload and the framing pulses on all links synchronized. In step 1604, each 
receiver is synchronized to the data sub-stream using stuff characters to recover a bit clock relative to a receiver local 
reference clock. In step 1606, a byte clock is formed on each link relative to that link's bit clock. In step 1608, slave link 
byte clocks are synchronized to a master link byte clock. In step 1610, a test is performed to determine if a frame pulse 
is being received on each link(i). If not, a bit tap point on link{i) is shifted to rotate data bytes until a frame pulse is rec- 

15 ognlzed. At this point, all links are now synchronized to a common word clock and the byte_locked_chain is asserted at 
step 1614, according to an aspect of the present invention. 

[0074] FIGURE 16B is a flow chart illustrating the process of frame synchronization used in each slave link. After 
each slave link has successfully byte aligned Itself at step 1614, the master asserts signal LBLOUT and a test is per- 
formed by each slave(i) to determine if slave(i) is in frame sync with the master at step 1620. If not, at step 1622 the 
20 byte tap point of each slave(i) is shifted until frame synchronization is detected. Once each slave{i) is frame synchro- 
nized, it asserts its portion of the link_byte_locked chain and waits in step 1624 for the master to assert signal LSOUT 
indicating all slave(i) are frame synchronized. Once this occurs, each slave data link begins to transmit payload data 
over the synchronized channel. 

[0075] FIGURE 16C is a flow chart illustrating the process of frame synchronization used in the master link. After 

25 all slave links are byte aligned at step 1614, the master link asserts the LBLOUT signal to start the frame synchroniza- 
tion process at step 1640 and then waits two frames at step 1642. The master then monitors the link_byte_locked chain 
to determine if all slaves are in frame sync with master at step 1644. If not, then the master shifts its byte tap point one 
position at step 1646, waits two frames at step 1642 while each of the slave links again attempt to frame synchronize 
by each performing steps 1620, 1622, and 1624. The master again monitors the link_byte_!ocked chain to determine if 

30 all slaves are in frame sync with master at step 1644. The master repeats steps 1644 and 1646 until all slave links are 
frame synchronized, or until the master selects the last byte tap point, such as tap point 1514 of FIGURE 15A. Once 
the link_byte_locked chain is asserted, then the master waits a preselected number of additional frames at step 1648 
while each data link monitors itself for framing errors, and then the master asserts signal LSOUT at step 1650 and all 
links begin to transmit payload data over the synchronized channel at step 1652 and step 1626. The preselected 

35 number may be five, for example; other embodiments may wait a different number of additional frame at step 1648. In 
Table 15, the max_delta_count_c parameter specifies the preselected number of additional frames to wait for. 
[0076] The number of data links needed in a digital system is determined by the bandwidth requirement of the data 
stream and the capabilities of the physical media and the transmitter/receiver. Referring back to FIGURE 2, other 
embodiments may have more or fewer data links. To achieve both a specified word width m and a system specified bit 

40 rate it may be necessary to adjust the width n of the parallel bytes transmitted on each link 1 10(i). 

[0077] Example: 16 bit interface at 75MHz on a technology with a maximum individual data link capacity of 
400Mbps. 

Channel bandwidth requirement: 1200I\/lbps 

45 

[0078] Assume the number of links is 1=3. This gives a per pair bandwidth of 400Mbps which is within the capabili- 
ties of the technology. However, since 16/3 is not an integer it is necessary to increase the amount of bits per link to 6, 
giving an 18 bit wide interface (i.e. two spare bits). 
[0079] The required bandwidth including this overhead is then... 

50 

18/16 * 1200Mbps = 1350Mbps 
Per link bandwidth: 450Mbps 

[0080] This. is now not viable with the chosen technology. The only option on this technology node is to increase the 
55 link count to four with four bit wide datapaths. There are now no spare bits and a throughput requirement for each link 
is only 300Mbps. 

[0081] The parameters listed in Table 15 are passed to the computer assisted design (CAD) software in the 
autogeneration phase of an integrated circuit which will have a communication channel 110. Based on the selected 
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parameters, an embodiment of the present invention is created using design cells from a macro design library. 



Gtneric 


Type 


Rang 


Descripti. n 


DATAPATH.WIDTH 


INTEGER 


4 to 10 


The width of the internal parallel 
datapath 


GENERATOR.POLYNOMIAL 


GEN.T 




The generator polynomial to be used 
in the scrambler and descrambler 


PIPELINE.DEPTH 


INTEGER 




The number of byte stored in the 
receiver pipeline 


FRAME_COUNT_C 


INTEGER 




The frame period in number of clock 
cycles 


MAX.DELTA.COUNT.C 


INTEGER 


lto7 


Number of correct frames required to 
pass from PRESYNC to SYNC states 


MAX_ALPHA.COUNT,C 


INTEGER 


lto7 


Number of correct frames required to 
pass from SYNC to HUNT states 



Table 15 : Scalable Parameters 

20 



[0082] Fabrication of digital system 100 involves multiple steps of implanting vanous amounts of impurities Into a 
semiconductor substrate and diffusing the impurities to selected depths within the substrate to form transistor devices. 
25 Masks are formed to control the placement of the impurities. Multiple layers of conductive material and insulative mate- 
rial are deposited and etched to interconnect the various devices. These steps are performed in a clean room environ- 
ment. 

[0083] A significant portion of the cost of producing the data processing device involves testing. While in wafer form, 
individual devices are biased to an operational state and probe tested for basic operational functionality. The wafer is 
30 then separated into individual dice which may be sold as bare die or packaged. After packaging, finished parts are 
biased into an operational state and tested for operational functionality. 

[0084] An alternative embodiment of the novel aspects of the present invention may include other circuitries which 
are combined with the circuitries disclosed herein in order to reduce the total gate count of the combined functions. 
Since those skilled in the art are aware of techniques for gate minimization, the details of such an embodiment will not 
35 be described herein. 

[0085] An advantage of the present invention is that it is applicable to various physical media, such as wire cables, 
optical cables, laser optic links, infrared links, radio or microwave links, backplanes, etc. 
[0086] Each link can use single ended signaling or differential signaling, for example. 

[0087] Another aspect of the present invention is that the single stream of ordered word data can be divided into a 
40 plurality of data sub-streams using different techniques on different embodiments. For example, in the described 
embodiment each word of the data stream was divided into bytes with a bit length equal to the data path width of each 
data link. In another embodiment, a preselected number of words may be grouped as a single item and then divided 
into bytes with a bit length equal to the data path width of each data link. In another embodiments, a first portion of a 
word may be divided into bytes with a bit length equal to the data path width of each data link, and then a second portion 
45 of the same word may be divided into bytes, etc. Other schemes for dividing a single stream of data into multiple sub- 
streams are included within the scope of the present invention. 

[0088] As used herein, the terms "applied," "connected," and "connections" mean electrically connected, including 
where additional elements may be in the electrical connection path. 

[0089] While the invention has been described with reference to illustrative embodiments, this description is not 
50 intended to be construed in a limiting sense. Various other embodiments of the invention will be apparent to persons 
skilled in the art upon reference to this description. It is therefore contemplated that the appended claims will cover any 
such modifications of the embodiments as fall within the true scope and spirit of the invention. 

Claims 

55 

1 . A method for transferring a single stream of ordered data over a plurality of data links each having a transmitter and 
a receiver, wherein the single stream of data comprises a plurality of words each having a plurality of bits, compris- 
ing the steps of: 
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dividing the single stream of data into a plurality of sub-streams of data; 
inserting a frame pulse periodically in each sub-stream of data; 

transmitting each sub-stream of data over a corresponding data link of the plurality of data links in a parallel 
manner; 

5 receiving each sub-stream of data to form a plurality of received data sub-streams, wherein a first data link has 

a first delay time that is different from a second delay time of a second data link, such that a data skew occurs 
between a first received data sub-stream and a second received data sub-stream; 
recovering a byte clock from each received data sub-stream; 

synchronizing the byte clock and frame pulse of each received data sub-stream to the byte clock and frame 
10 pulse of the first received data sub-stream such that the data skew is eliminated; and 

combining the plurality of received data sub-streams to form a single received stream of ordered data. 

2. A method for receiving a single stream of ordered data over a plurality of data links each having a transmitter and 
a receiver, wherein the single stream of data comprises a plurality of words each having a plurality of bits, and 

15 wherein the single stream of data is divided in a plurality of sub-streams of data with a frame pulse inserted peri- 
odically in each sub-stream of data, comprising the steps of: 

receiving each sub-stream of data over a corresponding data link of the plurality of data links in a parallel man- 
ner to form a plurality of received data sub-streams, wherein a first data link has a first delay time that is differ- 
20 ent from a second delay time of a second data link, such that a data skew occurs between a first received data 

sub-stream and a second received data sub-stream; 
recovering a byte clock from each received data sub-stream; 

synchronizing the byte clock and frame pulse of each received data sub-stream to the byte clock and frame 
pulse of the first received data sub-stream such that the data skew is eliminated; and 
25 combining the plurality of received data sub-streams to form a single received stream of ordered data. 

3. The method according to any preceding Claim, wherein the step of synchronizing comprises the steps of: 

forcing the byte clock of each data link to align approximately with the byte clock of the first data link; and 
30 shifting a bit tap point on each received data sub-stream so that byte boundaries of each received data sub- 

stream align with the byte clock associated with each received data sub-stream. 

4. The method according to any preceding Claim, wherein the step of synchronizing comprises the steps of: 

35 a) testing for frame synchronization by determining if the frame pulse of each of the received data sub-streams 

is synchronized with the frame pulse of the first received data sub-stream; and 

b) shifting a byte tap point in each of the received data sub-streams other than the first received data sub- 
stream up to a first number of times until each received data sub-stream is frame synchronized with the first 
received data sub-stream. 

40 

5. The method according to Claim 3, further comprising the steps of: 

c) detecting a lack of frame synchronization when all received data sub-streams are not frame synchronized 
after the step of shifting a byte tap point a first number of times; 

45 d) shifting a byte tap point in the first received data sub-stream by one position after the step of detecting a lack 

of frame synchronization; and 

e) then repeating step b until each received data sub-stream is frame synchronized with the first received data 
sub-stream. 

50 6. The method according to Claim 4, further comprising the step of repeating the steps c, d, and e up to a second 
number of times until each received data sub-stream is frame synchronized with the first received data sub-stream. 

7. A digital system having a first node and a second node and a communication channel connected between operable 
to transfer a single stream of ordered data over the communication channel, wherein the single stream of data com- 
55 prises a plurality of words each having a plurality of bits, wherein the communication channel further comprises: 

circuitry for dividing the single stream of ordered data into a plurality of sub-streams of data; 

a plurality of data links each having a transmitter and a receiver, the plurality of data links operable to transmit 
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each sub-stream of data over a corresponding data link of the plurality of data links in a parallel manner to form 
a plurality of received data sub-streams, wherein a first data link has a first delay time that is different from a 
second delay time of a second data link, such that a data skew occurs between a first received data sub-stream 
and a second received data sub-stream; 
5 circuitry for inserting a frame pulse periodically in each sub-stream of data connected to each transmitter; 

circuitry for combining the plurality of received data sub-streams connected to each receiver to form a single 
received stream of ordered data; 
wherein each receiver further comprises: 

circuitry for recovering a byte clock from the received data sub-stream; and 
10 circuitry for synchronizing the byte clock and frame pulse of each received data sub-stream to the byte clock 

and frame pulse of a preselected master one of the receivers such that the data skew is eliminated. 

8. The digital system according to Claim 7, wherein the circuitry for synchronizing comprises: 

15 circuitry for forcing the byte clock of the receiver to align approximately with the byte clock of the master 

receiver; and 

bit shifter circuitry with a bit tap point operable to align byte boundaries of the received data sub-stream with 
the byte clock of the receiver. 

20 9. The digital system according to any of Claim 7-8, wherein the synchronizing circuitry further comprises: 

frame check circuitry operable to test for frame synchronization by determining if the frame pulse of the 
received data sub-stream is synchronized with the frame pulse of the master receiver; and 
a byte pipe with a byte tap point operable to delay the received data sub-stream a first number of bytes in 
25 response to the frame check circuitry so that the received data sub-stream is frame synchronized with the 

received data sub-stream of the master receiver. 

10. A digital system having a communication channel, the digital system being operable to receive a single stream of 
ordered data over the communication channel, wherein the single stream of data comprises a plurality of words 
30 each having a plurality of bits, wherein the communication channel further comprises a plurality of receivers 
according to any of Claims 8-10, each receiver operable to receive a data sub-stream. 
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